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1 NAVIGATION SYSTEM WITH 

2 DISTRIBUTED COMPUTING ARCHITECTURE 

3 BACKGROUND OF THE INVENTION 

4 The present invention relates to a system that provides navigation-related services 

5 and data to end users throughout a geographic region, and more particularly, the present 

6 invention relates to a system that includes a centrally-located server that has a geographic 

7 database associated therewith and that provides navigation-related services and data to 

8 end users' computing platforms that are located throughout a serviced geographic region. 

9 Navigation systems provide various useful features, such as calculating routes to 

10 desired destinations, providing guidance for following calculated routes, displaying maps, 

1 1 and so on. There are various computer architectures for navigation systems that deliver 

12 navigation-related and map-related features. In one type of architecture for a navigation 

13 system, end users (such as vehicle drivers) have local navigation system units. These end 

14 users' local navigation system units obtain geographic data from a remotely-located 

15 geographic database. The remotely-located geographic database contains a relatively 

16 large amount of geographic data. A server associated with the remotely-located 

17 geographic database handles requests for navigation-related or map-related data from end 

18 users' local navigation system units. When an end user's local navigation system unit 

19 requests data, the server accesses the geographic database associated therewith to obtain 

20 the necessary data to respond to the request and then sends the data to the requesting end 

21 user's local navigation system unit. 

22 This type of navigation system architecture provides several advantages. One 

23 advantage relates to providing updated geographic data. There is a continuing need to 

24 update the geographic data used by a navigation system. For example, new streets are 

25 built, road construction closes roads, detours are established, new businesses open, posted 

26 speed limits change, new turn restrictions are established at intersections, streets are 

27 renamed, and so on. These kinds of changes can affect travel through a geographic 
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1 region. Accordingly, the geographic data used by a navigation system should be updated 

2 on a regular basis in order to accurately reflect changes in the represented geographic 

3 features. A computer architecture in which individual local navigation system units 

4 obtain geographic data from a single geographic database affords an advantage with 

5 respect to the updating of the geographic data. With a computer architecture in which 

6 individual local navigation system units obtain data from a single geographic database 

7 associated with a central server, updates need to be applied only to the central database. 

8 Although there are advantages associated with a navigation system architecture in 

9 which individual navigation system units obtain data from a single geographic database 

10 associated with a central server, there are considerations that need to be addressed. One 

1 1 consideration relates to providing data for a variety of different computer platforms used 

12 by end users. It is preferable that the central server support various different types of end 

13 user computer platforms. These different end user computer platforms may have 

14 different resources, such as different amounts of/memory, different processor speeds, 

15 different operating systems, etc. Some of these different types of end user computer 

16 platforms may include general purpose computing devices that run navigation 

17 applications. Other end user computer platforms may include dedicated devices, such as 

18 in-vehicle navigation systems. Some of these different end user computer platforms may 

19 provide both audio and visual information to an end user, whereas other end user 

20 computer platforms provide only audio or only video. It would be preferable that each 

21 computer platform receive geographic data that are appropriate for the resources of the 

22 platform. This includes sending sufficient data in order to utilize the available resources 

23 of the computing platform in a meaningful way, but not sending data that cannot be used 

24 on the platform. 

25 Thus, there is a need for an improvement that allows a server that provides 

26 navigation-related services and data to support different kinds of end user computing 

27 platforms. 

28 Further, in a navigation system architecture in which data are transmitted from a 

29 central server to end users' computing platforms, there is a need for an improvement that 

30 allows data to be managed efficiently on both the server and on the end users' computing 

31 platforms. 
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1 

2 SUMMARY OF THE INVENTION 

3 To address these and other objectives, the present invention comprises a system 

4 and method for providing navigation-related services to end users' computing platforms. 

5 A server maintains downloadable geographic data that are organized into pre-computed 

6 parcels that correspond to pre-determined sub-areas into which the entire geographic 

7 region serviced by the server is divided. The server responds to requests for navigation 

8 services and data by sending selected pre-computed parcels of geographic data to end 

9 users' computing platforms. Each of the end users' computing platforms stores the 

10 parcels received from the server in a memory cache. The end users' computing platforms 

1 1 use the data in the parcels to provide navigation-related features locally. 



13 BRIEF DESCRIPTION OF THE DRAWINGS 

14 Figure 1 is a diagram illustrating components of a navigation system that sends 

15 geographic data to end users' computing platforms located throughout a geographic 

16 region. 

17 Figure 2 is a block diagram showing components of the navigation services 

1 8 provider in Figure 1 . 

19 Figure 3 shows a map of the geographic region in Figure 1 and is used to describe 

20 an embodiment for organizing the downloadable geographic data stored on the navigation 

21 server. 

22 Figure 4 is a diagram that shows components of several of the collections of 

23 geographic data that are contained in the downloadable geographic data storage shown in 

24 Figure 2. 

25 Figure 5 is a diagram showing components of one of the collections of geographic 

26 data contained in the downloadable geographic data storage shown in Figure 4. 

27 Figure 6 is a diagram showing components of another of the collections of 

28 geographic data contained in the downloadable geographic data storage shown in 

29 Figure 4. 
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1 Figure 7 is a diagram showing components of another of the collections of 

2 geographic data contained in the downloadable geographic data storage shown in 

3 Figure 4. 

4 Figure 8 is a diagram showing components of additional collections of geographic 

5 data contained in the downloadable geographic data storage shown in Figure 4. 

6 Figure 9 is a block diagram showing components of one of the end user's 

7 computing platforms shown in Figure 1 . 

8 Figure 10 is a flowchart showing steps in a process performed on the navigation 

9 services server of Figure 1 . 

10 Figure 1 1 is a block diagram showing components of the routing data that are sent 

1 1 from the navigation services server to the end user's computing platform according to the 

12 process shown in Figure 10. 

13 Figure 12 is a map used to illustrate part of the process of Figure 10. 

14 Figure 13 is a flowchart of the steps performed on the end user's computing 

15 platform after the navigation services server has performed the process in Figure 10. 
16 

1 7 DETAILED DESCRIPTION OF THE 

1 8 PRESENTLY PREFERRED EMBODIMENTS 

19 L OVERVIEW OF DISTRIBUTED NAVIGATION SYSTEM 

20 Figure 1 shows a geographic region 100. The geographic region 100 may 

21 correspond to a metropolitan or rural area, a state, a country, or combinations thereof, or 

22 any other area of comparable size. Located in the geographic region 100 is a road 

23 network 104. 

24 A navigation system 110 serves end users (e.g., vehicle drivers and passengers, as 

25 well as other persons) in the geographic region 100. The navigation system 1 10 is used 

26 by the end users to obtain navigation-related and map-related services with respect to the 

27 geographic region 100. The navigation-related and map-related services include 

28 information about travel along the road network 104, including route calculation and 

29 guidance, people and business finding services (e.g., electronic yellow and white pages), 

30 maps, point of interest searching, destination selection, and so on. 
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1 The navigation system 1 10 is a combination of hardware, software and data. The 

2 navigation system 1 10 includes remote components (i.e., hardware, software or data 

3 located at a central location remote from the end users) and local components (i.e., 

4 hardware, software, or data located physically with each end user). 

5 Included among the remote components of the navigation system 1 10 is a 

6 navigation services server 120. Associated with the navigation services server 120 are a 

7 working geographic database 122 and a downloadable geographic data storage (or 

8 repository) 124. The navigation services server 120, the working geographic database 

9 122 and the downloadable geographic data storage 124 are maintained and operated by a 

10 navigation services provider 128. 

1 1 The local components of the navigation system 110 include the various computer 



12 platforms 130 operated by the end users to request and obtain navigation-related and 

13 map-related features and geographic data from the navigation services provider 128. 

14 These various computer platforms 130 (also referred to as "end user computing 

15 platforms" or "client computing platforms") may include navigation system units 132 

16 located in vehicles 134, personal computers 140, personal organizers (e.g., PDAs, 

17 PalmPilot®-type devices) 150, portable phones 160, or other types of computing devices 

18 that have the appropriate hardware and software to access the navigation services 

1 9 provider 1 28 over a data network 1 70. 



20 The data network 1 70 may use any suitable technology and/or protocols that are 

21 currently available, as well as technology and/or protocols that become available in the 

22 future. For example, the data network may use WAP, TCP/IP, etc. More than one 

23 protocol may be used in the data network 170 with appropriate conversions. 

24 The data network 170 may be part of, or connected to, the Internet. 

25 The network 170 may include a wireless portion 172. The wireless portion 172 of 



26 the data network 170 enables two-way communication between the mobile end user 

27 computing platforms 130 and the service provider 128. The wireless portion 172 may be 

28 implemented by any suitable form of wireless communication, including cellular, PCS, 

29 satellite, FM, radio, or technologies that may be developed in the future. The wireless 

30 portion 172 may include one or more transmitters 174, such as a transponder tower, an 

31 antenna tower, an FM tower, satellites, or other suitable means. The transmitters 174 
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1 include an appropriate communication link 176 to the network 170 and/or service 

2 provider 128. This link 176 may be land-based or may be wireless. The transmitters 174 

3 include suitable technology that enables two-way communication between the service 

4 provider 128 and the mobile end user computing platforms 130. 

5 One of the features of the navigation system 1 10 of Figure 1 is that it 

6 accommodates different types of end user computing platforms 130. The navigation 

7 system 110 of Figure 1 allows end users who have different types of computing platforms 

8 130 to obtain navigation services from the navigation services provider 128 and to obtain 

9 and use geographic data provided from the navigation services provider 128. 
10 

11 II. THE NAVIGATION SERVICES SERVER 

12 A. Overview 

13 Figure 2 is a block diagram showing some of the components of the navigation 

14 services provider 128. Included on the navigation services server 120 of the navigation 

15 services provider 128 are server applications 200. One of the server applications 200 is a 

16 subscriber services application 204. In order to use some or all of the other services 

17 provided by the navigation services provider 128, end users may be required to be 

18 subscribers. The subscriber services application 204 provides services that support this 

19 function. Some of the subscriber services include enrollment, payments, renewals, 

20 confirmation of subscriber status, targeted advertising, and so on. The subscriber 

21 services application 204 maintains and uses a subscriber database 208 that contains 

22 various kinds of information concerning the various subscribers. 

23 Another of the server applications 200 is a communications application 212. The 

24 communications application 2 1 2 interfaces with the data network ( 1 70 in Figure 1 ) in 

25 order to receive messages from and send messages to the end users. The communications 

26 application 212 may also maintain and manage communications sessions with the end 

27 users. 

28 Included among the server applications 200 are navigation-related applications 

29 216. The navigation-related applications 216 use the working geographic database 122 

30 associated with the navigation services server 120 in order to provide the various 

31 different types of navigation-related services. One of the navigation-related applications 
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1 126 is a route calculation application 220. Given data that identify the positions of an 

2 origin and destination, the route calculation application 220 calculates a route between 

3 the origin and the destination. The route calculation application 220 may use any of 

4 various means or algorithms for this purpose. Methods for calculating routes are 

5 disclosed in U.S. Pat. No. 6,192,3 14, the entire disclosure of which is incorporated by 

6 reference herein. For example, the method for calculating routes may include either the 

7 A* algorithm or the Dykstra algorithm. (The methods disclosed in the aforementioned 

8 patent represent only some of the ways that routes can be calculated and the claimed 

9 subject matter herein is not limited to any particular method of route calculation. Any 

10 suitable route calculation method now known or developed in the future may be 

11 employed.) 

12 Regardless of the method used, the route calculation application 220 provides an 

13 output in the form of a list identifying a continuous series of roads (or segments thereof) 

14 that form a legally valid solution route between an origin and a destination. A "legally 

15 valid solution route" conforms to known traffic restrictions, such as one way streets, turn 

16 restrictions, etc. The method used by the route calculation application 220 may be 

17 designed to optimize the solution route to meet one or more predetermined criteria. Such 

18 criteria may include the least travel time, the shortest distance, the fewest turns, etc. If 

19 the method used by the route calculation application 220 is designed to find a solution 

20 route that is optimized for one or more criteria, then the solution route also ideally meets 

21 these one or more criteria. 

22 Another of the navigation-related applications 216 is a business and person finder 

23 application 224. The business and person finder application 224 includes yellow and 

24 white pages-types of functions. The business and person finder application 224 finds the 

25 location or address of a specific business or person, or possibly other information about a 

26 specific business or person. The business and person finder application 224 also provides 

27 for finding locations or addresses of categories of businesses or persons based upon 

28 various criteria. For example, the business and person finder application 224 provides for 

29 finding all the restaurants of a specific ethnic type (e.g., Chinese) or chain (e.g., 

30 McDonald's) within specified distance (e.g., 5 miles) of a specified location (e.g., an end 

31 user's location). The business and person finder application 224 can assist end users to 
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1 find businesses, persons, or points of interest that can be used as destinations to which the 

2 route calculation application 220 can then determine solution routes. 

3 In order to provide navigation-related features, the route calculation application 

4 220 and the finder application 224 use data from the working geographic database 122. 

5 The working geographic database 122 includes data representing the roads and 

6 intersections in the geographic region (100 in Figure 1) and also includes information 

7 relating to the represented roads and intersections, such as turn restrictions at 

8 intersections, speed limits along the roads, street names of the various roads, address 

9 ranges along the roads, and so on. The working geographic database 122 also contains 

10 information about points of interest, businesses and other information. The working 

1 1 geographic database 122 may be organized to facilitate performing navigation-related 

12 functions. Methods of organizing a geographic database to enhance the performance of 

13 certain navigation-related functions are described in U.S. Pat. Nos. 5,974,419, 5,968,109 

14 and 5,953,722, the entire disclosures of which are incorporated by reference herein. 

15 Another of the navigation-related applications 216 on the navigation services 

16 server 120 is a geographic data providing application 228. The geographic data 

17 providing application 228 manages the downloading of geographic data to end users' 

18 computing platforms 130. According to one embodiment of the navigation system (1 10 

19 in Figure 1), certain navigation-related functions are performed for the end users 

20 remotely on the navigation services server 120 and other navigation-related functions are 

2 1 performed for the end users locally on their respective end user computing platforms 130. 

22 For example, according to one embodiment, route calculation is performed on the 

23 navigation services server 120 in order to take advantage of the latest traffic information. 

24 Route guidance is performed locally on the end users' respective computing platforms 

25 130 in order to present the information in a manner preferred by each end user and 

26 compatible with the resources of each end user's respective computing platform. 

27 In order to perform certain navigation-related functions locally on an end user's 

28 computing platform, a navigation application on the end user's computing platform may 

29 require geographic data. In a present embodiment, each end user's computing platform 

30 obtains from the navigation services server 120 the geographic data needed to perform 

31 certain navigation-related functions locally. The data that the navigation services server 
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1 120 sends to the end users' computing platforms 130 are obtained from the downloadable 

2 geographic data storage 124. The geographic data providing application 228 on the 

3 navigation server 120 manages the provision of geographic data from the downloadable 

4 geographic data storage 124 to the end users' computing platforms 130. 

5 The geographic data providing application 228 performs several functions. One 

6 function performed by the geographic data providing application 228 is determining the 

7 appropriate data to send from the downloadable geographic data storage 124 to an end 

8 users' computing platform. This determination can take into account several factors. 

9 According to one embodiment, an end user's computing platform identifies a collection 

10 of geographic data. The navigation services provider 128 may maintain different 

1 1 collections 232 of geographic data in the downloadable geographic data storage 124. 

12 Each separate collection 232 is a separate representation of the entire geographic region 

13 (100 in Figure 1). The composition of these different collections 232 is explained in 

14 more detail below. Upon a determination of the collection 232 of geographic data from 

15 which to send data, the geographic data providing application 228 selects particular 

16 portions of data from the collection 232 and sends the selected portions of data to the end 

17 user's computing platform, as described in more detail below. 

18 According to an alternative embodiment, the geographic data providing 

19 application 228 may determine the appropriate collection 232 of geographic data from 

20 which to select data to send to a particular end user by referring to the subscriber database 

21 208. The subscriber database 208 may maintain information that identifies the collection 

22 of geographic data from which data is to be selected for sending to each end user. 

23 According to another alternative embodiment, the geographic data providing application 

24 2 28 may determine the appropriate collection of geographic data from which to select 

25 data to send to a particular end user by any other means. 

26 After determining the collection 232 from the downloadable geographic data 

27 storage 124 from which geographic data are to be selected to send to an end user's 

28 computing platform, the particular portions of geographic data to be sent are selected. In 

29 order to perform this function, the geographic data providing application 228 takes into 

30 account (1) the location of the end user's computing platform, (2) where the end user's 

31 platform is going, and (3) other factors. If the end user is following a route calculated by 
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1 the route calculation application 220, the geographic data providing application 228 

2 selects data that represents an area along the route. An area along a route may be referred 

3 to as a "strip map." The dimensions of the strip map may be determined by the 

4 geographic data providing application 228. This determination may take into account 

5 specification of strip map dimensions by the end user. Alternatively, the geographic data 

6 providing application 228 may determine appropriate strip map dimensions based upon 

7 stored information about the end user's preferences or computer platform resources. This 

8 stored information may be maintained in the subscriber database 208. 
9 

10 B. Downloadable geographic data 

1 1 As mentioned above, the geographic data providing application 228 determines 

12 which data to send to the end users' computing platforms 130. The data that the 

13 geographic data providing application 228 sends to the end users' computing platforms 

14 are obtained from the downloadable geographic data storage 124 maintained on the 

15 navigation services server 120. In order to facilitate the downloading of data from the 

16 navigation service server 120 to the end users' computing platforms 130, the data are 

17 organized into one or more predetermined collections 232. In addition, each collection 

18 232 of data in the downloadable geographic data storage 124 is organized into a plurality 

19 of groupings (or "parcels"). In one embodiment, the data contained in each parcel are 

20 determined spatially, i.e., the data in each parcel represent geographic features that are 

21 located close to each other. More specifically, the data contained in each parcel represent 

22 the geographic features contained in a separate, distinct one of a plurality of separate 

23 geographic areas into which the entire represented geographic region (100 in Figure 1) is 

24 divided. 

25 As stated above, according to this embodiment, the downloadable geographic data 

26 storage 124 includes several different collections 232. Each of these collections 232 

27 comprises a separate representation of the entire geographic region 100. Each of these 

28 collections 232 is organized into a plurality of parcels. 

29 Figures 3 and 4 illustrate how the data contained in each collection 232 of the 

30 downloadable geographic data storage 124 are organized, according to one embodiment. 

31 Figure 3 shows the map 300 of the geographic region 100, previously illustrated in 
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1 Figure 1. In Figure 3, a grid 304 overlays the map 300 representing of the geographic 

2 region 100. The grid 304 is formed of grid lines 308. The grid lines 308 divide the 

3 represented geographic region 100 into a plurality of areas 312. In this embodiment, the 

4 areas 3 12 are rectangular; however, in alternative embodiments the areas 312 may have 

5 other shapes. The grid lines 308 of the grid 304 represent the boundaries of the areas 

6 312. These areas 312 may have different dimensions, as shown in Figure 3. 

7 Alternatively, the areas 312 may all have the same dimensions. The dimensions of the 

8 areas 3 12, as well as whether all the areas 3 12 have the same dimensions, depend upon 

9 the procedure used for organizing the data that represent the geographic features 

10 contained in these geographic areas into parcels. Likewise, the locations of the 

1 1 boundaries of the areas 3 1 2 depend on the procedure used for organizing the data that 

12 represent the geographic features contained in these geographic areas into parcels. 

13 Methods for determining the boundaries of areas for forming parcels are disclosed in U.S. 

14 Pat. No. 5,974,419, the entire disclosure of which is incorporated by reference herein. 

15 In forming each parcel 312, the individual data records 336 that represent the 

16 geographic features that are encompassed within each separate area 3 12 are gathered 

17 together in a separate parcel 320 (or grouping) of data. Thus, each parcel 320 of data (in 

18 each collection 232) contains all the data records 336 that represent the geographic 

19 features encompassed within a corresponding geographic area 312. Thus, all the 

20 geographic areas 312 (corresponding to all the parcels 320 in a collection 232) make up 

21 the entire region 100. Thus, each parcel 320 of data may contain a plurality of data 

22 records 336 that represent the roads, intersections, points of interest, and other features 

23 located within the geographic area 312 corresponding to the parcel. 

24 According to one embodiment, all the parcels 320 within each collection 232 have 

25 a uniform parcel size. For example, each parcel 320 of data may have a size of IK, 2K, 

26 4K, 8K, 16K, 32K, and so on. The parcel size for each collection 232 may be determined 

27 based upon several factors, including memory resources of the end users' computing 

28 platforms that are expected to use the data. According to this embodiment, the parcels 

29 320 in one collection 232 may have a different size than the parcels 320 in another 

30 collection 232. For example, one collection 232 may have parcels that are 32K in size 

31 whereas another of the collections 232 may have parcels that are 16K in size. 

11 
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1 As shown in Figures 3 and 4, each of the collections 232 includes a plurality of 

2 parcels 320. Each of the parcels 320 in a collection 232 corresponds to a separate one of 

3 the geographic areas 312 located within the entire geographic region 100. In the 

4 downloadable data storage 124, each of the collections 232 and each of the parcels 320 in 

5 each of the collections is pre-computed. In other words, the determination and formation 

6 of each collection 232 and the determination and formation of all the parcels 320 that 

7 make up each collection 232 are performed prior to any of the data in the downloaded 

8 data storage 124 being made available for downloading to any of the end users' 

9 computing platforms 130. In this manner, the determination of which data to send to an 

10 end user is facilitated. When an end user requires data for use locally in his/her 

1 1 computing platform, the navigation services server 120 does not have to determine which 

12 specific data records the end user may need and then send these data records to the end 

13 user. Instead, the navigation services server 120 determines which geographic areas 312 

14 are required by the end user and then sends the entire parcels 320 that contain the data 

15 that represent all the geographic features in these geographic areas 312 to the end user. 

16 The parcels 320 that are sent to the end user represent a clip or slice of all the data that 

17 represent the geographic region. These parcels 320 include all the individual data records 

18 that may be needed by the end user. This organization and process facilitate operations 

19 on the navigation services server 120. The geographic providing application 228 on the 

20 navigation services server 120 determines whether the end user needs any data 

2 1 corresponding to a defined geographic area 3 1 2 corresponding to a parcel, and if so, 

22 sends the entire parcel corresponding to the geographic area 3 12 to the end user. This 

23 organization and process also facilitate operations on the end user's computing platform 

24 by providing a way to manage memory resources, as explained in more detail below. 

25 Except as noted below, when data are downloaded from the downloadable data 

26 storage 124 to the end users' computing platforms, the data are downloaded in whole 

27 parcels. This means that all the data records 336 that represent geographic features 

28 encompassed within each geographic area 312 are accessed together as a group. Thus, a 

29 parcel 320 represents a quantity of data records that are downloaded at the same time for 

30 use in the end user's computing platform. When a parcel of data is sent to an end user's 

3 1 computing platform, all of the data records in the parcel are available in the end user's 
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1 computing platform. In one embodiment, all of the data records in a parcel are 

2 maintained in the memory of the end user's computing platform system at the same time. 

3 

4 C. Different types of parcels 

5 As mentioned above, the downloadable geographic data storage 124 contains 

6 different collections 232 of geographic data. These different collections 232 all represent 

7 the same geographic region (100 in Figure 1), but may include different types of data (or 

8 data organized differently). These different collections 232 of data are all organized into 

9 parcels, as described above. As stated above, the parcels 232 in a collection preferably 

10 conform to a uniform parcel size. However, the uniform size of the parcels in one 

1 1 collection 232 may be different than the uniform size of the parcels in another collection 

12 232. The contents of some of the collections 232 are described below. 
13 

14 (1) First collection of downloadable geographic data 

15 Figure 5 is a diagram used to illustrate the contents of one of the parcels 320 of 

16 geographic data 336 in one of the collections 232(1). The data 336 in the parcel 320 

17 correspond to one of the geographic areas 3 12(1). In this embodiment, the parcel 320 

18 contains all the data 336 that represent all the features contained in the geographic area 

19 312(1). As an example, the parcel 320 contains data that represents all the roads located 

20 in the geographic area 3 12(1) corresponding to the parcel 320. Each road is represented 

21 as a series of connected segments, wherein a segment corresponds to a portion of a road 

22 between adjacent intersections along the road or between an intersection and a location at 

23 which the road dead ends. In this embodiment, each road segment is represented by a 

24 separate data entity (or data record). Each data record that represents a road segment 

25 includes (or points to) data about the represented road segment, such as the speed limit 

26 (or speed category) of the road segment, the functional class (i.e., rank) of the road 

27 segment, the number of lanes along the road segment, and so on. 

28 A data record that represents a road segment also includes data indicating the 

29 location of the road segment. In one embodiment, this information includes a reference 

30 to node records that represent the end points of the road segment. Associated with the 

31 node records are data indicating the locations (e.g., latitude, longitude, and optionally, 
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1 altitude) of the road segment end points (i.e., nodes). For road segments that are not 

2 straight, additional data are included to indicate the shape of the road segment. In one 

3 embodiment, shape point data are used for this purpose. A shape point identifies a 

4 position (e.g., latitude, longitude, and optionally, altitude) of a location along a road 

5 segment between the end points thereof. Using one or more shape points, the shape of an 

6 other- than-straight road segment can be represented. 

7 A record that represents a road segment also includes data indicating the name(s) 

8 of the road segment. In one embodiment, this information includes a reference to one or 

9 more name records. In this embodiment, the name records for the roads and other named 

10 geographic features are included in the same parcel. 

11 In the embodiment shown in Figure 5, the parcel 320 also includes point of 

12 interest data. The point of interest data includes information about points of interest. 

13 Points of interest include businesses, public facilities, etc. The point of interest data 

14 includes information about the represented points of interest, such as the names, type 

15 (e.g., hotel, restaurant, chain, museum, police station, etc.), address, phone, etc. In this 

16 embodiment, the data records for the point of interests contained in the geographic area 

17 are included in the same data parcel with the road segment data, the node data and the 

18 name data. 

19 In the collection 232(1) of data in Figure 5, all the parcels are 16K in size 

20 (although any other data size may be used). Figure 6 shows another collection 232(2) of 

21 data. In Figure 6, the collection 232(2) is divided into parcels 320 that include the same 

22 kinds of data, e.g., road segment records, node records, name records, and point of 

23 interest records, etc. However, in Figure 6, the parcels 320 that form the collection 

24 2 32(2) have a different size than the parcels in the collection 232(1) in Figure 5. The 

25 parcels in the collection 232(2) in Figure 6 are each 32K in size. Because each parcel 

26 320 in Figure 6 contains more data than each parcel in Figure 5, each parcel can represent 

27 a larger geographic area. Thus, as shown in Figure 6, the geographic area 312(2) 

28 corresponding to the parcel 320 is larger in dimension than the geographic area 312(1) 

29 corresponding to the parcel 320 in Figure 5. 

30 Figure 7 shows another collection 232(3) of data. The collection 232(3) of data 

31 shown in Figure 7 includes the same kinds of data, e.g., road segment records, node 
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1 records, name records, and point of interest records, etc., as in the collections 232(1) and 

2 232(2) shown in Figures 5 and 6, respectively. In addition, in the collection 232(3) of 

3 data in Figure 7, each parcel 320 also includes pronunciation data. The pronunciation 

4 data corresponds to the names of the geographic feature and/or points of interest in the 

5 represented geographic area. The pronunciation data includes phonetic representations of 

6 the names of the geographic feature and/or points of interest in the parcel 320 so that 

7 these names can be audibly reproduced using appropriate hardware and software in the 

8 end user's computing platform 130. In the collection 232(3) of data in Figure 7, each 

9 parcel 320 contains 64K of data, although any other data size may be used. 

10 Figure 8 shows three more data collections 232(4)(1), 232(4)(2), and 232(4)(3). 

1 1 In this embodiment, each collection 232(4)(1), 232(4)(2) and 232(4)(2) includes only 

12 some of the types (or attributes) of data. For example, the collection 232(4)(1) includes 

13 only routing data, e.g., segment and node records. The collection 232(4)(2) includes only 

14 name records. The collection 232(4)(3) includes only point of interest records. Each of 

15 these collections 232(4)(1), 232(4)(2), and 232(4)(3) is organized into separate parcels 

16 320 that correspond to separate respective geographic areas 312. Accordingly, a parcel 

17 320 of the collection 232(4)(1) includes the segment and node records that represent the 

18 roads and intersections in the geographic area 312(4). The collection 232(4)(2) includes 

19 the name records that represent names of the geographic features and/or points of interest 

20 in the geographic area 3 1 2(4). The collection 232(4)(3) includes the point of interest 

21 records that represent the points of interest located in the geographic area 3 12(4). In the 

22 collections 232(4)(1), 232(4)(2), and 232(4)(3) of data in Figure 8, each parcel 320 

23 contains 16K of data (although another uniform data size may be used). 

24 The embodiments of the different data collections shown in Figure 5-8 represent 

25 only some of the different types of collections of data that can be maintained in the 

26 downloadable geographic data storage (124 in Figure 2) on the navigation services server 

27 120. The downloadable geographic data storage 124 can include collections of data that 

28 have parcels of different sizes. In addition, the downloadable geographic data storage 

29 124 can includes collections of data that have parcels that are organized other than 

30 spatially. For example, the downloadable geographic data storage 124 can include 
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1 collections that have parcels of data organized alphabetically or by administrative 

2 hierarchy (e.g., city, county, state, and country). 

3 

4 III. THE END USERS' COMPUTING PLATFORMS 

5 A. Overview 

6 As mentioned above, each end user uses a computing platform (1 30 in Figure 1) 

7 that obtains data from the navigation services server 120. Also as stated above, some 

8 navigation-related functions are performed locally on an end user's computing platform 

9 using the data that are obtained from the navigation services server 120. Because 

10 different end user computing platforms may have different hardware and software, the 

1 1 navigation-related functions that are performed on the end users' computing platforms 

12 may vary from one end user platform to another. Accordingly, in the section that 

13 follows, a configuration of an end user computing platform is described. It is understood 

14 that not all end user computing platforms may necessarily provide all the functions 

15 described below and that some end user computing platforms may provide additional or 

16 other functions. 

17 Although the different end user computing platforms may have different hardware 

18 and software resources, all the end user computing platforms receive data from the 

19 navigation services server (120 in Figure 1). Some or all the end user computing 

20 platforms receive geographic data from the downloadable geographic data storage 124 on 

21 the navigation services server 120. End user computing platforms 130 that receive 

22 geographic data from the downloadable geographic data storage 124 can use the memory 

23 management features, described below, to handle the parcels of data obtained from the 

24 navigation services server 120. 
25 

26 B. Components of the end user's computing platform 

27 Figure 9 shows a block diagram of some of the components of one of the end 

28 user's computing platforms 130. The end user's computing platform 130 includes a 

29 communications system 400. The communications system 400 in the end user's 

30 computing platform 130 includes the hardware and software components needed to 

31 receive messages from and send messages to the navigation server (120 in Figure 1) over 
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1 the data network 170. The communications system 400 interfaces with other components 

2 in the end user's computing platform 130. 

3 The end user's computing platform 130 also includes a user interface 410. The 

4 user interface 410 allows the end user to provide input to and receive information from 

5 the end user's computing platform 130. The user interface 410 includes hardware and 

6 software components. For example, the user interface 410 may include a display, a 

7 microphone, speakers, a keypad, or other kinds of means for inputting information into 

8 the computing platform and outputting information therefrom. The user interface 410 

9 includes supporting software that may provide menus, prompts, audio, etc. The user 

10 interface 410 interfaces with other components in the end user's computing platform 130. 

1 1 Included on the end user's computing platform 130 are navigation-related 

12 applications 420. The navigation-related applications 420 use the geographic data 

13 obtained from the navigation server 120 to provide various different types of navigation- 

14 related services. One of the navigation-related applications 420 is a positioning 

15 application 420(1). The positioning application 420(1) uses the geographic data obtained 

16 from the navigation server 120 to determine the position of the end user's computing 

17 platform 130 relative to data representing the road network. The positioning application 

18 420(1) may also obtain data from a positioning system 430 which is part of the end user's 

19 computing platform 130. The positioning system 430 may use GPS, dead-reckoning, or a 

20 combination of these or other technologies to determine the location of the end user's 

21 computing platform 130. Methods for performing positioning are disclosed in U.S. Pat. 

22 No. 6,192,3 12, the entire disclosure of which is incorporated herein by reference. The 

23 positioning application 420(1) is optional, i.e., not all end users' computing platforms 

24 may provide for or support positioning. 

25 Another of the navigation applications 420 on the end user's computing platform 

26 is route guidance 420(2). The route guidance application 420(2) uses data from the 

27 navigation server 120 to provide instructions for the end user to travel to a desired 

28 destination. Methods for performing route guidance using geographic data are disclosed 

29 in U.S. Pat. No. 6,199,013, the entire disclosure of which is incorporated herein by 

30 reference. 
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1 Another of the navigation applications 420 on the end user's computing platform 

2 is map display 420(3). The map display 420(3) uses data from the navigation services 

3 server 120 to provide maps graphically on the display screen of the user interface 410 of 

4 the end user's computing platform. The maps may show the area around the location of 

5 the end user's computing platform, the area along a route that the end user is following, 

6 the area around a location specified by the end user, or any other specified area. Methods 

7 for performing map display using geographic data are disclosed in U.S. Pat. Nos. 

8 6,092,076 and 6,163,749, the entire disclosures of which are incorporated herein by 

9 reference. 

10 Another of the navigation applications 420 on the end user's computing platform 

11 is a re-routing application 420(4). The re-routing application 420(4) is used when the end 

12 user departs from a route to a destination for which the end user was receiving guidance 

13 for following. The re-routing application 420(4) uses data from the navigation server 120 

14 to calculate a new route to the destination or back to an original route. The re-routing 

15 application 420(4) may use the same methods for performing route calculation that are 

16 described in U.S. Pat. No. 6,129,3 14, the entire disclosure of which is incorporated herein 

17 by reference. 

18 Another of the navigation applications 420 on the end user's computing platform 

19 is a query application 420(5). The query application 420(5) is used to formulate queries 

20 (i.e., requests for information) for the navigation applications (216 in Figure 2) on the 

21 navigation services server 120. The query may be a request to calculate a route using the 

22 route calculation application 220, a request for information about a business, person, or 

23 point of interest using the finder services 224, or any other service or application 

24 provided by the navigation services server 120. The query application 420(5) manages 

25 sending a message to the navigation services server 120, waiting for a response, receiving 

26 the response, and then using the requested data locally, e.g., in local applications 420. 

27 Another of the navigation applications 420 on the end user's computing platform 

28 is a point of interest look up application 420(6). The point of interest look up application 

29 420(6) is used to look up (i.e., find) points of interest. The data describing the points of 

30 interest may be stored on the navigation services server 120 or locally. 
31 
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1 C. Memory management functions on the end user's computing platform 

2 The end user's computing platform 130 includes a memory manager application 

3 500. The memory manager application 500 manages the memory resources of the end 

4 user's computing platform 130. Among the functions performed by the memory manager 

5 application 500 is management of the geographic data that are received from the 

6 navigation server 120. As part of this function, the memory manager application 500 

7 manages the parcels 320 of geographic data that are received by the end user's computing 

8 platform 130 from the downloadable geographic data storage 124 on the navigation 

9 services server 120. Methods for managing parcels of geographic data in a memory are 

10 disclosed in U.S. Pat. Nos. 6,073,076 and 6,047,280, the entire disclosures of which are 

1 1 incorporated herein by reference. 

12 Referring to Figure 9, the memory manager application 500 reserves a portion 

13 504 of the memory 506 of the end user's computing platform 130 for use by the 

14 navigation-related applications 420 and reserves another portion 514 for use as a parcel 

15 cache 520. The memory manager application 500 may determine the sizes of these 

16 portions 504 and 514 at the time of initialization of the end user's computing platform 

17 130, or any time thereafter. This determination may take into account the total amount of 

18 installed memory that is available. In addition, the memory manager application 500 

19 may determine a portion 528 of the memory 506 to be re-allocatable. Some or all of this 

20 re-allocatable portion 528 may be used alternately for the navigation applications 420 or 

21 for the parcel cache 520. Use of the re-allocatable portion 528 is determined during 

22 runtime of the end user's computing platform 130 by the memory manager application 

23 500 based on the needs of the end user. 

24 During operation of the end user's computing platform 130, the navigation-related 

25 applications 420 on the end user's computing platform 130 use the data contained in the 

26 parcels 320 that are downloaded from the navigation services server 120. To improve 

27 performance of the end user's computing platform 130, the cache 520 is provided in the 

28 memory 506 of the end user's computing platform 130. The cache 520 is specifically 

29 used for storing a number of parcels 320 of geographic data that have been downloaded 

30 from the navigation services server 120. Storing parcels of geographic data in the cache 

31 520 supports the navigation-related applications 420 on the end user's computing 
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1 platform 1 30 by maintaining a number of parcels in memory ready for use. Having 

2 parcels in memory ready to use avoids the relatively large delay associated with obtaining 

3 the parcels from the navigation services server 120. The parcel cache 520 may also be 

4 used to store parcels of geographic data that a navigation function predicts will be needed 

5 soon. As stated above, the formation and operation of the parcel cache 520 is performed 

6 by the memory manager application 500. 

7 The size of the parcel cache depends upon several factors. One factor that affects 

8 the size of the parcel cache is the size(s) of the parcels. The size of the parcel cache 

9 relative to the size of the parcels determines how many parcels can be contained in the 

10 parcel cache. As mentioned above, in some embodiments, the parcels are stored in 

1 1 regular sizes, e.g., 2K, 4K, 8K, 16K, 32K, and so on, in the downloadable geographic 

12 data storage 124 on the navigation services server 120. Accordingly, the size of the 

13 parcel cache 520 on the end user's computing platform defines the number or parcels that 

14 can be stored locally. For example, a 384 K parcel cache can store a maximum of 24 

15 parcels each 16K in size. Correspondingly fewer parcels of larger sizes can be stored and 

16 correspondingly more parcels of smaller sizes can be stored. In one embodiment, the 

17 parcel cache 520 is used to hold parcels of all the same size or in an alternative 

18 embodiment, the parcel cache 520 can hold parcels of varying sizes. 

19 Another factor that affects the size of the parcel cache is the total available 

20 memory resources of the end user's computing platform 130. Computing platforms with 

21 limited memory resources may provide a relatively small portion for the parcel cache, 

22 whereas computing platforms with greater memory resources may provide relatively 

23 more memory for a parcel cache. 

24 Still another consideration that affects the amount of memory used for the parcel 

25 cache 520 is the relative sizes of the memory 514 allocated to the parcel cache 520 and 

26 the memory 504 allocated to the navigation applications 420. A relatively large 

27 allocation of memory for the parcel cache 520 may not necessarily improve performance 

28 of an end user's computing platform if the amount of memory 504 available for the 

29 navigation applications 420 is constrained, and vice versa. The memory manager 

30 application 500 may include algorithms that determine an appropriate balance between 
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1 the allocation of memory for the navigation applications 420 and the allocation of 

2 memory for use by the parcel cache. 

3 If a parcel needed by a navigating application is not in the parcel cache 520 (as 

4 determined by the memory manager 500), the memory manager 500 requests the parcel 

5 from the navigation services server 120. 
6 

7 IV. OPERATION 

8 A. Route guidance 

9 (1) Overview 

10 One of the functions performed by the navigation system 1 10 is route guidance. 

1 1 Route guidance includes providing an end user with instructions to reach a desired 

12 destination. Figure 10 is a flow chart that shows the steps in a process 600 performed by 

13 the navigation system 1 10 of Figure 1 for providing an end user with information for 

14 following a route to a desired destination. 
15 

16 (2) Functions preceding route guidance 

17 a. Destination selection 

18 Route guidance may be associated with, or preceded by, one or more other 

19 functions performed by the navigation system 110. Before the information for following 

20 a route is provided to the end user, there is a step in which the origin and destination of 

21 the route are determined (Step 610 in Figure 10). Determination of a destination may 

22 involve providing the end user with a means to select a location in the geographic region 



23 100. Destination selection may include specification of a street address, street 

24 intersection, map location, or other location identification means. Alternatively, 

25 destination selection may include identification to the end user of locations that meet an 

26 end user's specified criteria or category, e.g., restaurants of a particular type within a 

27 specified distance of a location. 

28 In the embodiment of Figures 1 and 10, the function of destination selection may 

29 be performed using a combination of locally available data, hardware or software and 

30 remotely located data, hardware or software. According to one embodiment, an end user 

31 uses locally available hardware and software (e.g., the query application 420(5) in Figure 
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1 9) on his/her computing platform 130 to access the finder application (224 in Figure 2) on 

2 the navigation services server 1 20. The end user uses this combination of local hardware 

3 and software and remote hardware and software to access the working database 122 on 

4 the navigation services server 120 to identify a location as a destination. The destination 

5 may be an address, a person's name, a business address, or a business name. 

6 Alternatively, the end user may use the finder application (224 in Figure 2) to find a 

7 person, business, or point of interest by location, e.g., the bank that is closest to a 

8 specified location. 

9 In some cases, the end user may first use the positioning application (420(1) in 

10 Figure 9), which is located locally on the end user's computing platform, to identify 

1 1 his/her current location, and then specify this location to the finder application 224 on the 

12 navigation services server 120 to use in a location-based search for persons, businesses, 

13 or points of interest. 

14 In an alternative embodiment, an end user may use locally available data, 

15 hardware and software to determine a destination. According to another alternative, the 

16 function of destination selection may be performed on the end user's computing platform 

17 using locally available hardware and software but using data which have been obtained 

18 from the remotely located navigation services server. 
19 

20 b. Specification of oriein 

21 In order to calculate a route, a starting point (i.e., origin) is also required. In some 

22 cases, the end user's current location may be used as the origin. The end user's current 

23 location can be determined using the positioning application 420(1) which is located 

24 locally among the navigation applications 420 on the end user's computing platform 130. 

25 When performing this function, the positioning application 420(1) may use locally 

26 available data. These locally available data may be part of a geographic database stored 

27 on-board the end user's computing platform. Alternatively, the locally available data 

28 have been previously obtained from the navigation services server 120 in response to a 

29 prior request made by the end user using the query application 420(5). According to 

30 another alternative, the starting location may be determined in the same manner as the 

31 destination. According to another alternative, the end user's current location can be 
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1 specified using coordinates determined using the positioning system (430 in Figure 9) in 

2 the end user's computing platform. According to yet another alternative, the user can 

3 explicitly indicate where the route is to start. This is equivalent to destination selection as 

4 explained above. 
5 

6 (3) Route calculation 

7 After the origin and destination are specified, the process 600 includes a step in 

8 which the data indicating the origin and destination are received in the route calculation 

9 application 220 on the navigation server 120 (Step 622 in Figure 10). As mentioned 

10 above, the route calculation application 220 determines a solution route, which is a 

1 1 legally valid, continuous series of roads (or segments thereof) between the specified 

I 12 origin and destination (Step 636 in Figure 10). The route calculation application 220 uses 

i 

13 the data in the working geographic database 122. Operation of the route calculation 

14 application 220 has been described above. When the solution route has been calculated, a 

15 series of roads, or segments thereof, are identified that form a continuous, legally valid 

16 route from the origin to the destination. 

17 After the route calculation application 220 has calculated a solution route, an 

18 output 650 is provided. Figure 1 1 is a diagram representing the components of the output 

19 650 of the route calculation application 220. The route calculation output 650 contains 

20 an ordered list identifying a plurality of road segments. In Figure 1 1, the plurality of road 

21 segment are identified by data entity IDs. These IDs are assigned to the data entities that 

22 represent these road segments by the developer of the working geographic database 122. 

23 The plurality of road segment data entities in the output 650 of the route calculation 

24 application 220 are labeled, segl, seg2 t seg3 . . . seg(n). The plurality of data entities 

25 represent the road segments that form the continuous navigable route between the origin 

26 and the destination that has been calculated by the route calculation application 220. 

27 Instead of using data entity IDs, the route calculation application 220 may use any other 

28 means for identifying the road segments that make up the solution route. 

29 The route calculation output 650 may include other information in addition to the 

30 list of road segments. 
31 
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1 (4) Providing the route (and additional data) to the end user 

2 After the solution route has been calculated by the route calculation application 

3 220 on the navigation services server 120, the navigation services server 120 sends data 

4 to the end user's computing platform 130 so that guidance for following the solution 

5 route can be provided to the end user. The navigation services server 120 sends two 

6 kinds of data to the end user's computing platform 130. First, the navigation services 

7 server 120 sends to the end user's computing platform 130 the output 650 of the route 

8 calculation application 220 that indicates the road segments that form the solution route 

9 (Step 656 in Figure 10). In addition to the data 650 indicating the solution route, the 

10 navigation services server 120 also sends additional data 660 relating to the solution 

1 1 route. The additional 660 data relating to the solution route are used in combination with 

12 the data 650 indicating the solution route to provide the end user with meaningful 

13 guidance for traveling the route. 

14 The additional data 660 that are sent by the navigation services server 120 to the 

15 end user's computing platform 130 are obtained from the downloadable geographic data 

16 storage 124. After the solution route has been calculated (in Step 636), the geographic 

17 data providing application (228 in Figure 2) determines which data from the 

18 downloadable geographic data storage 124 to send to the end user's computing platform 

19 130 (Step 668 in Figure 10). As mentioned above, the data contained in the 

20 downloadable geographic data storage 124 are organized into a plurality of collections 

21 232, each of which is organized into a plurality of parcels (320 in Figure 4). Thus, when 

22 determining which geographic data to send to the end user's computing platform 130, the 

23 geographic data providing application 228 determines which parcels 320 of data from a 

24 particular collection 232 to send. 

25 As mentioned above, the determination of which collection 232 to use when 

26 sending geographic data can be determined in several different ways. One way is to have 

27 an application on the end user's computing platform identify the collection from which 

28 data are to be sent. The collection 232 can be identified by ED or by description. 

29 Alternatively, the geographic data providing application 228 may query the subscriber 

30 database 208 in Figure 2 to determine which collection 232 to use for a particular end 

3 1 user. Alternatively, the geographic data providing application 228 may use one 
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1 collection by default. Any other means may be used to determine the appropriate 

2 collection to use. 

3 In addition to specifying which collection 232 to use when sending geographic 

4 data, an application in the end user's computing platform may also indicate to the 

5 geographic data providing application 228 the memory resources that are available on the 

6 end user's computing platform for storing the data received from the navigation services 

7 server. Alternatively, the size of the memory resources available on the end user's 

8 computing platform can be stored as a configuration parameter in the subscriber database 

9 208 in Figure 2, or according to another alternative, a default memory size can be used. 

10 After the collection 232 of data to use is determined, the specific parcels 320 in 

1 1 the collection 232 are selected. Figure 12 illustrates how the geographic data providing 

12 application 228 determines which parcels of data to send to an end user's computing 

13 platform. Figure 12 shows a map 690 of a portion of the region 100. A route 700 is 

14 shown on the map 690. The route 700 is shown as a plurality of connected road segments 

15 706. Also shown on the map 690 are the outlines 710 of geographic areas 3 12(A)- 

16 312(L). As described above, each of these geographic areas 31 2(A)-312(L) encompasses 

17 the geographic features that are represented by the data contained in a separate parcel 320 

18 of data into which the entire collection 232 of geographic data is divided. Using the 

19 locations of the road segments in the solution route 650, as calculated by the route 

20 calculation application 220, the geographic data providing application 228 identifies the 

21 geographic areas 312 that are crossed by the solution route or that are within a specified 

22 distance from the road segments in the solution route. (The specified distance may be 

23 configurable.) The geographic areas that are crossed by or close to the solution route 

24 may be determined by any suitable means. For example, the route calculation application 

25 220 may store IDs of these geographic areas (or IDs of the parcels themselves), as the 

26 solution route is being calculated. 

27 Once the geographic areas 3 12(A)-3 12(L) that are crossed by or close to the 

28 solution route are determined, the parcels 320 that contain the data that represent the 

29 geographic features encompassed in these geographic areas are identified for sending to 

30 the end user's computing platform 130. 
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1 When the geographic data providing application 228 sends the parcels 

2 corresponding to the solution route to the end user's computing platform, the parcels are 

3 sent in the order in which they correspond to the route, starting from the origin. In this 

4 way, the end user's computing platform first receives the parcels that contain the data that 

5 represent the features around the origin and then receives the parcels that contain the data 

6 that represent the features along the subsequent portions of the route. 

7 When sending the parcels corresponding to the solution route to the end user's 

8 computing platform, the geographic data providing application 228 may send all the 

9 parcels corresponding to the solution route to the end user's computing platform 

10 immediately. Alternatively, the geographic data providing application 228 may send 

i 1 only some of the parcels initially and then send the remainder of the parcels at one or 

12 more subsequent times. If the end user's computing platform has sufficient memory 

13 resources to hold all the parcels identified as corresponding to the solution route, the 

14 geographic data providing application 228 may send all the parcels immediately to the 

15 end user's computing platform. However, if the end user's computing platform does not 

16 have sufficient memory resources to hold all the parcels identified as corresponding to 

17 the solution route, the geographic data providing application 228 sends only the number 

18 of parcels that the end user's computing platform can hold in memory. The parcels that 

19 are sent initially by the geographic data providing application 228 correspond to the 

20 initial portion of the route. When the geographic data providing application 228 initially 

21 sends only some of the parcels corresponding to the solution route, the geographic data 

22 providing application 228 maintains a list identifying the parcels that were not sent. 

23 According to this embodiment, after the end user has proceeded along the route through 

24 the areas represented by the parcels that were initially stored in memory, the end user's 

25 computing platform requests the navigation services server to send those parcels 

26 corresponding to the next portion of the route. The list of parcels corresponding to the 

27 solution route maintained by the geographic data providing application 228 is used to 

28 quickly identify which parcels to send next to the end user's computing platform. 

29 Referring back to the process 600 in Figure 10, if all the parcels corresponding to 

30 the solution route are sent to the end user's computing platform, the process ends 

31 (Steps 722 and 724). If all the parcels corresponding to the solution route are not sent to 
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1 the end user's computing platform (e.g., if the end user's computing platform does not 

2 have enough memory to hold all the parcels), data identifying the parcels that are not sent 

3 are stored (Step 725). Then, the process waits until the end user's computing platform 

4 requests the parcels corresponding to the next portion of the route (Step 726). When the 

5 request for the next portion of the route is received, additional parcels of data are sent to 

6 the end user's computing platform (Step 720, again). These steps are repeated until all 

7 the parcels corresponding to the solution route are sent (Steps 722 and 724). 
8 

9 (5) Providing navigation-related functions 

10 on the end user's computing platform 

1 1 Figure 13 shows a process 750 performed on the end user's computing platform 

12 when it receives the data 650 indicating the route and the additional data 660 from the 

i 13 navigation services server 120. First, the data 650 and 660 are received in the end user's 

14 computing platform (Step 760). 

15 The memory manager application 500 reserves a portion of the memory of the 

16 end user's computing platform for use as a parcel cache 520, if it has not done so already 

17 (Step 764). When forming the parcel cache, the memory manager application 500 takes 

18 into account the size of the parcels that will be received. For example, if the parcels are 

19 64K in size, the memory manager application 500 may reserve 1280K of memory, which 

20 will be enough to hold 20 parcels. The memory manager application 500 stores the 

21 additional data 660, which are in the form of parcels 320, in the parcel cache 520 

22 (Step 770). 

23 The parcel cache 520 formed by the memory manager application 500 may not be 

24 large enough to hold all the parcels for the entire route. If this is the case, the memory 

25 manager application 500 stores the parcels in the order in which they are sent by the 

26 navigation services server 120 and stops storing any more parcels when the parcel cache 

27 is foil. In this way, the parcels of additional data 660 corresponding to the beginning of 

28 the route are stored in the parcel cache. The parcels of additional data 660 corresponding 

29 to subsequent parts of the route are not stored in the parcel cache at this time. The 

30 memory manager application 500 may send a message to the geographic data providing 

3 1 application 228 indicating the size of the cache (or the number of parcels that can be 
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1 stored). Alternatively, the memory manager application 500 may send a message to the 

2 geographic data providing application 228 to stop sending parcels when the parcel cache 

3 is full. 

4 On the end user's computing platform, the data 650 indicating the solution route 

5 are not stored in the parcel cache 520. Instead, the data 650 indicating the solution route 

6 are stored in the working portion of memory (504 in Figure 9), where the data are used by 

7 the various navigation applications 420 on the end user's computing platform 130. 

8 On the end user's computing platform, the navigation applications (420 in 

9 Figure 9) use the additional data 660 relating to the solution route, in combination with 

10 the data 650 indicating the solution route, to provide navigation-related functions 

1 1 (Step 776). For example, the route data 650 and the additional data 660 may be used by 

12 the route guidance application 420(2) on the end user's computing platform 130 to 

13 provide maneuvering instructions at specific locations along the solution route. As an 

14 example, the route guidance application 420(2) uses the route data 650 and the additional 

15 data 660 to provide a maneuvering instruction, such as "TURN LEFT AT THE NEXT 

16 INTERSECTION." These additional data 660 may be used to provide these instructions 

17 as text on a display screen or as audible instructions. 

18 According to another example, the route data 650 and the additional data 660 

19 relating to the solution route may be used by the map display application 420(3) on the 

20 end user's computing platform 130 to provide a map of the route on the display screen of 

21 the user interface (4 10 in Figure 9) of the end user's computing platform. The map of the 

22 route may be in the form of a "strip map." 

23 According to yet another embodiment, the route data 650 and the additional data 

24 660 may be used to indicate the positions of road segments that are not part of the 

25 solution route but that are close to the solution route. These data can be used by vehicle 

26 positioning hardware and software, e.g., the positioning application 420(1), in the end 

27 user's computing platform to determine whether the end user has departed from the 

28 solution route, and if so, how to travel back to the solution route (e.g., using the re- 

29 routing application 420(4)). 

30 As mentioned above, it may not be possible to store initially all the data parcels 

31 320 that relate to the entire solution route represented by the data 650. If this is the case, 
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1 only the parcels that contain the data that represent the geographic features along a first 

2 portion of the route are stored initially in the parcel cache on the end user's computing 

3 platform. Then, after the end user has traveled part way along the route, the end user will 

4 eventually approach the location at which the coverage of the data in the parcel cache 

5 ends. For example, referring again to Figure 12, if the parcel cache on the end user's 

6 computing platform has room for only six parcels of data, the six parcels corresponding 

7 to the areas 3 12(A)-3 12(F) would be stored initially in the parcel cache. Then, after the 

8 end user has traveled along the route to the point labeled B, the end user would be close 

9 to the location at which the coverage of the additional data stored in the parcel cache 

10 ends. When the end user is at this point, the query application 420 on the end user's 

1 1 computing platform sends a new request for navigation-related services and data to the 

12 navigation services server 120 (Steps 790 and 792). This new request may reference the 

13 prior request or may be handled as a request for new route. 

14 According to one method, when the end user's computing platform approaches 

15 the end of the coverage areas corresponding to the parcels contained locally in its parcel 

16 cache and requests more parcels from the navigation services server (Step 792), this new 

17 request may reference the prior request. If the new request references the prior request, 

18 the process on the navigation services server uses the list identifying the parcels that were 

19 not previously sent to the end user's computing platform (in Step 725 in Figure 10) to 

20 determine which parcels to send next. These parcels are obtained from the downloadable 

21 data storage 124 and sent to the end user's computing platform. When these new parcels 

22 are received on the end user's computing platform, the process 750 starts over at Step 

23 760. 

24 According to an alternative method, when the end user's computing platform 

25 approaches the edge of the coverage areas corresponding to the parcels contained locally 

26 in its parcel cache and requests more parcels from the navigation services server 

27 (Step 792), the request may be handled by the navigation services server as a request for 

28 an entirely new route. The navigation services server performs the process 600 in 

29 Figure 10, starting at Step 622. The navigation services server 120 uses the route 

30 calculation application 220 to calculate a new route to the destination using the point B as 

31 a new origin (Step 636 in Figure 10, again). By treating the request for the next leg of the 
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1 route as a request for a new route, the route calculation application 220 on the navigation 

2 services server may take into account any changes in traffic conditions that may have 

3 occurred since the prior route was calculated. The navigation services server 120 then 

4 sends the new route (in the form of new route data 650) and parcels of new additional 

5 data 660 (in the form of parcels) to the end user's computing platform (Steps 656 and 720 

6 in Figure 10, again). When the new route data 650 and new additional 660 data are 

7 received on the end user's computing platform, they are treated as an entirely new route. 

8 The parcels that had been stored in the parcel cache are replaced with the new parcels that 

9 are received that relate to the next leg of the route. 
10 

11 B. Map display without route guidance 

12 In another embodiment, the end user may request geographic data for map display 

13 without necessarily requesting a route. For example, an end user may want to have a map 

14 display of the area around his/her present location. In this case, the end user operates 

15 his/her computing platform to request a map display around his/her geographic location. 

16 The end user may use the query application 420(5) for this purpose. The end user may 

17 specify his/her location or alternatively, the query application 420(5) may obtain from the 

18 positioning system 430 (if present), data that indicates the end user's current position and 

19 include this information in the request for map display data. 

20 The request for map display data is handled on the navigation services server 120 

21 in a similar way as the request for route information, described above. In this case, a 

22 route does not have to be calculated. The navigation services server identifies the parcels 

23 that contain the geographic data that represent the features around the specified location. 

24 Then, the navigation services server sends these parcels to the end user's computing 

25 platform, as described above. On the end user's computing platform, these parcels are 

26 handled in a similar manner as described above in connection with Figure 14. 

27 Instead of requesting map data for his/her end user's current location, the end user 

28 may request map data for any location. The end user may use any suitable means to 

29 identify the location for which map data are desired. 
30 
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1 C. Other functions 

2 Any of the functions provided on the end user's computing platform may be 

3 provided in combination with each other or separately. For example, the positioning 

4 function (i.e., using the positioning application 420(1) in Figure 9) may be performed 

5 without the map display or route guidance functions. 



6 

7 III. ALTERNATIVE EMBODIMENTS 

8 A. Selection of data collection based on function 

9 In connection with Figure 8, collections of data were described that were 

10 organized by type (or function). Various types and functions of data collections may be 

1 1 provided. For example, different collections of data may be provided for route guidance, 

12 map display, vehicle positioning, audio data, non-audio data, etc. When an end user 

13 computing platform requests geographic data, the type of data are indicated to the 

14 navigation services server. The type can be specified depending upon the resources 

15 supported by the end user's computing platform. The type can also be specified 

16 depending upon the function that the end user's platform needs the data to perform. For 

17 example, if the end user intends only to perform map display and not route guidance, the 

18 end user's computing platform may specify that data from the map display collection be 

19 sent. In this manner, the end user's computing platform is not sent data that it does not 

20 need, thereby allowing more data of the specified type to be sent. 
21 

22 B. Data collections based on layer 

23 In addition to the types of data collections (232 in Figures 5-8) described above, 

24 the downloadable data storage 124 in Figure 2 can include collections based on layer. 

25 Collections based on layer use a ranking assigned to roads in a geographic region. The 

26 ranking can be related to a functional classification of the roads. Major roads upon which 

27 travel is generally faster are assigned a higher ranking and minor roads upon which travel 

28 is generally slower are assigned a lower ranking. Using these rankings, data representing 

29 the higher ranked roads are stored in one or more separate collections from the lower 

30 ranked roads. 
31 
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1 C. Downloading of applets and plug-ins 

2 In addition to data representing a route and additional data representing 

3 geographic features along the route (or around another location), there are other kinds of 

4 data and information that the end user computing platforms may obtain from the 

5 navigation services provider. According to one embodiment, the navigation services 

6 provider may send navigation applications to an end user's computing platform. The 

7 navigation applications that the navigation services server sends to the end user's 

8 computing platform may be new applications or updates for prior versions of the 

9 navigation applications. The navigation applications that the navigation services provider 

10 sends may include any of the applications that are run on the end users' computer 

1 1 platforms, including route guidance, map display, positioning, query services, re-routing, 

12 memory management, etc. In one embodiment, these navigation applications are sent as 

13 applets or plug-ins. Referring again to Figure 2, in one embodiment, the navigation 

14 services provider 128 maintains navigation applets (or plug-ins) 800 in a downloadable 

15 storage 802 on the navigation services server 120. Then, upon request from an end user, 

16 the navigation services server 120 sends the navigation applet or plug-in to the end user's 

17 computing platform. The applet or plug-in can be used in the end user's computing 

18 platform. The applet or plug-in can be used with another application installed on the end 

19 user's computing platform, such as a browser. In this embodiment, the end user 

20 identifies the type of navigation function that is desired and then the navigation services 

21 server sends the navigation applet (or plug-in) as well as the data to be used by the applet 

22 (or plug-in). As an example, if the end user wants to obtain route guidance, the 

23 navigation services server sends a route guidance applet, data indicating the route, and 

24 additional data representing the geographic features along the route. The route guidance 

25 applet, when downloaded into the end user's computing platform and properly installed, 

26 operates similarly to the route guidance application (420(2) in Figure 9). In this manner, 

27 both the software and the data for a function desired by the end user can be provided 

28 from the navigation services provider. 
29 
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1 IV. ADVANTAGES 

2 Several advantages follow from embodiments of the disclosed systems. 

3 As mentioned above, the navigation system 110 supports many different kinds of 

4 end user computing platforms. If a navigation server had to determine the appropriate 

5 type of data to send to each different type of computing platform, it would place a 

6 considerable burden on the navigation server. Accordingly, the navigation server uses 

7 pre-computed data parcels, thereby facilitating this process. 

8 The pre-computed data parcels are designed to be handled as the minimum size 

9 units of data that are transferred from the navigation server to the end users' computing 

10 platforms for use therein. Because the pre-computed parcels have a uniform size, the end 

1 1 user's computing platform can manage them easily. 

12 Another advantage follows from having a separate working database (122 in 

13 Figure 2) used by the navigation services server and downloadable geographic data (124 

14 in Figure 2) for use by the end user computing platforms. The working database can be 

15 optimized for use by the server and the data contained in the downloadable geographic 

16 data storage can be optimized for use by the end users' computing platforms. 

17 Another advantage of the disclosed embodiments is that the pre-computed data 

18 parcels that are sent from the navigation services provider to the end users can be ensured 

19 to have connectivity. When data representing features along a route are sent to an end 

20 user, it is preferred that all the road segments that can be reached by the end user are 

21 represented. This can involve a significant amount of processing. Using any of the 

22 disclosed embodiments, when the pre-computed data parcels are formed, the connectivity 

23 of all the represented roads can be ensured. 
24 

25 It is intended that the foregoing detailed description be regarded as illustrative 

26 rather than limiting and that it is understood that the following claims including all 

27 equivalents are intended to define the scope of the invention. 
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